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A RESOURCE CONTROL FACILITY 



Hie present invention relates to a resource control 
more particularly to a resource version control 
5 associated with efficient control of multt task projects 



facility for use in a computer system and 
facility to overcome the technical difficulties 
in a distributed environment. 



Management of complex projects having large numbers of resources requires continuous 
monitoring of evolving tasks to ensure that the latsst version or status of the management 



plan is available to authorised project personnel, 
management plans for a given project are referred to in terras' of resource data blocks 
containing parametric data relating to the project. The nature of this software code does not 
form part of the current invention but relates instead to the technical problems associated with 
tiie delivery of accurate and timely project data whijk 
as" well as content tracking. 



For the purposes of this specification, 



e guaranteeing the integrity of such 



It is essential that changes to the project status whether overall or to a single task be 
controlled and noted centrally, to eliminate the possibility of parallel and or conflicthig 
modifications being made by two independent resources. Additionally, amendments made 
must be subject to system wide testing which may liighlight errors arising &>m interactions, 
which are invisible locally. For example, while it may appear logical for a low end resoun[e 
to effect what appears to be a minor modification, 
however, it may require the use of facilities I previc usly allocated by a higher resource arid 
have an unacceptable impact on the overall plan. Sir ailarly, a high end resource may have tit ie 
option of altering deadlines that will be likely to have knock on effects to subsidiary 
resources. Therefore, in addition to storing and ensuring the availability of the updated cocje 
relating to the project and its associated tasks, it is vital that previously verified versions ate 
also correctly stored. This presents a particular problem in the amendment 6r ; evolution <j>f 
sophisticated large scale projects, as frequent rnodif cations are made from 2. wide variety of 
sources. This, is particularly important during initi al amendment of the plan when liberal 
amendments are applied. 



Another problem arises in that the amendment o 



f such systems frequently occurs in 
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distributed environment ha\ing a wide variety of both hardware and software; platforms* Tl is 
makes accurate tracking of modifications and amendments made in real time very difficu ti 
Often highly skilled project management personnel, using a variety of amendment tools, f re 
required to control and manage the impact of changes to the plan, which significan ly 
increases amendment costs. In addition to the time required to audit the changes made, it 
adversely 1 affects portability of resources between the various platforms, necessitati ig 
retraining on the project management tools used. ' k/ 



It is known to provide a tracking system resident oil a host computer to control 1 i& 
10 amendment of a large scale software project, however systems of this type are useful only j or 
amendment of systems using a single amendment language and shared library resource 
Similarly, United Kingdom Patent No. GB 2264575 B describes a method for updati 
software in a telecommunications network, which provides an effective method of updati ig 
software however, the method described is not suitable for distributed systems where 
15 consistency across a computer network caraiot be guaranteed. .; 



suit 



It is also known to store modifications to a standard block of code for local use and one suJfh 
fecility is described in United Kingdom Patent No. GB 2121570 B. This method allows 
u&er to customise standard blocks of code however, it does not address the problem of 
20 distributing the amendments made to all other system users in real time. 

There is therefore a need for a resource version control facility, which will overcome at leak 
some of the aforementioned problems. 



i 



25 Accordingly, there is provided a resource version control facility for use in a distributejd 
computer system of the type having a central project parameter datastore for storing projejt 
parameter data, a local server communicating with the datastore having receiving means for 
receiving and validating a data access request from at least one project management 
workstation .connected to the local saver, wherein the receiving means coxnorises means fdr |_ 

30 extracting a resource type and user identifier from the data access request by reading at le&tt 
one position dependent data segment from the data access request, means for validating the 
data access request by comparing a compositp dataword provided by the identified resource, 
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type and the user identifier against equivalent length datawords contained in a secure rnemc j/ 
array of valid composite datawords and rabans for retrieving a resource data block a & 
attached resource status register associated with the validated data, access request, accessij g 
the resource status register to -isolate a data portion containing a version identifier associat d 
5 with the resource data blocks transmitting a copy of the resource data block to the amendme 
workstation, locking the resource data block by setting a write protection bit in the resoux 
status register and generating a replacement resource data block in the cent al datastore. 

Preferably the replacement resource data block has an attached resource status regis! 
10 containing a pre-set write bit and includes the user identifier associated with the validat| 
data access request, the code type, the identified version identifier and a time stamp. 
This prevents the latest version being accessible when withdrawn for amendment there! 
eliminating the risk of parallel or contradictory amendments being undertaken. 



3G 



Ideally the time stamp has a time indicator and date indicator referring to the physical tin | 
and date when the resource data block was transmitted. Thus, when a person wishing Jo, 



update resource or data information discovers that a given resource data block has been 
removed for amendment is made aware of when and by whom the block was taken. 

Preferably the version control facility includes means for detecting , the presence of a> 
replacement resource data black in the central datastore associated with a validated da a 
access request from a amendment workstation and transmitting the replacement resource da 
block to the amendment workstation. Thus, the operative can base a decision as to whether ne 
should contact the other person handling the task or resource information to seek return of the 
code. 

Preferably the receiving means comprises: - - 

i . I* 
means for identifying the code type of the data" access request as a code return request \ 

by comparing a position dependent data segment from the data access request against a * 

- I 

plurality of data access request types stored in a secure code type memory array; and 



17/11/2000 16:51 



353-H 



12083 



MACLACHLAN&DOI 



PAGE 



30 



means for retrieving the replacement resource data block from the central datasto re 

i[ 

and validating the code return request by comparing portion of the identified code tyj s,j 
the identified version identifier and the user identifier of the code return request agair si 
the version identifier and user identifier stored in the replacement resource data block. 



This prevents incorrect resource data blocks from being inserted on the central datastore. 



97 



I: 



Ideally the version control facility includes means for comparing a return resource data bio 
associated with the validated code return request to the write protected resource data b 
associated with the data access request and storing code differences and the identified versit 
identifier in a code difference file in the central datastore, updating the identified versic til 
identifier of the return resource data block/ storing the return resource data block in t| c 

central datastore, unlocking by releasing a write protection bit in the resource status register, 

f * 

deleting the write protected resource data block and deleting the replacement resource data 

block from the central datastore, 
Tr- 
ibe storage requirements on the central datastore being significantly by storing the latdst 



15 



version of the resource data bloclc only and a single associated file containing modificatio: 
also increases processing efficiency as it is not necessary to process numerotas lengthy file o 
!20 : access a chosen area of the fixed disk. 

Ideally the version control facility includes means for detecting a difference between tile 
identified version identifier of the code return request and the version identifier stored in the 
replacement resource data block and transmitting the replacement resource data block to the 
25 amendment workstation. This prevents a previous version of the resource data block which 
may have been stored locally by the person updating project data^accidentally overwriting a 
version stored on the ceatral datastore, thereby providing additional system security. 



tvje 



In one arrangement the version control, facility includes means for identifying. the code 
of the data access request as a code regression request by comparing a position dependent 
data segment from the data access request against a plurality of data access request types 
stored in a secure code type memory array; 
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< means for retrieving a resource data block associated with the code regression iftluejt 
and the code difference file, and 

means for sequentially reading each portion of the code difference file, locat::g i n 
associated portion in the retrieved resource data block for each read portion ai|d 
substituting the read portion of the code difference file for the associated portion; jUT tSe 
retrieved resource data block, decrementing the version identifier associated wij|| the 
retrieved resource data block and storing the resource data block. 

Thus, the procedure to produce a previous software version is provided in a simple mauier 
without adversely affecting system performance. 



15 



20 



25 



Ideally the version control facility includes means for sequentially processing a pluralityjpf a 
code regression request from an amendment workstation. This allows any previous ve 
of the code to be regenerated using the difference files by a single developer request 



vei 5ioii 



Preferably the version control facility includes 



tec nek 



means for identifying the code type of the data access request as a code create ra 

by comparing a position dependent data segment from the data access request agalsi 

if 

plurality of data access request types stored in a secure code type memory array; am. 



means for creating a version identijSqjr for a resource data block associated wx^: 
code' create request, and storing the resource data block, resource , status reg ster 
containing an associated version identifier on the central data&tore. 



it a 



the 



In this way a system wide convention is enforced on all developers as each file mus : be 
treated in- a set manner. This eliminates the risk that different deyelop_errs may intro< uce 
30 personal naming conventions or naming styles dictated ;by.the operating- system on w iich 
they work thereby making access by other developers difficult or; impossible. 
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According to one aspect of the invention there is provided a version control facility fbd 
a distributed computer system of the type having a central datastore for storing softwarf; 
a local server communicating with the central datastore having receiving means for 
and validating a data access request from at least one amendment workstation 
the local server, wherein the receiving means comprises:- 



u e 



rec^ rii g 



connect i 



means for extracting a code type and user identifier from the data access rcqui> 1 I V 
reading at least one position dependent data segment from the data access request; jl 



n 



means for validating the data access request by comparing a composite dataford 
provided by the identified code type and the user identifier against the eqiiivdent length 
datawords contained in a secure memory array of valid composite datawords; and ,: - J ; 

r; i : 

means for detecting the presence of a replacement resource data block in the c^Jtfral 
datastore associated with a validated data access request from an amendment workstation 
and transmitting the replacement resource data block to_the ^endmejat workstation 



According to another aspect of the invention there is provided a version control facility for 
use in a distributed computer system of the type having a central datastore for stc 
software code, a local server communicating with the central datastore having receipng 
means for receiving and validating a data kecess request from at least one amend&ent 
workstation connected to the local server, wherein the receiving means comprises:- ; 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; , 



30 



means for validating the data access request by comparing a composite dataword 
provided by the identified code type and the user identifier against equivalent length 
datawords contained in a secure memory array of valid composite datswordsj j 

means for identifying the code type of the data access request as a code return request 
by comparing a position dependent data segment from the data access request agaiist a 
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plurality of data access request types stored in a secure code type memory array; and 

; • " • ' • - • ! 

means for retrieving the replacement resource data block from the central datastore 

/ and validating the- code return request b^ comparing portion of the identified code type, 

! 5 the identified version identifier and the user identifier of the code retom request against 

the version identifier and user identifier stored in the replacement resource data block. 

According to a further aspect of the invention there is provided a version control facility for 
i use in a distributed computer system of the type having a central datastore for storing 
|l0 software code, a local server .communicating with the central datastore having receiving 
means for receiving and validating a data access request from at least one amendment 
workstation connected to the local server, wherein the receiving means comprises:- : 

j 

means for extracting a code type and user identifier from the data access request by 
:1 5 reading at least one position dependent data segment from the data access request; 

! 

means for validating the data access request by comparing a composite dataword 
( provided by the identified code type arik the user identifier against equivalent length 
datawords contained in a secure memory array of valid composite datawords; * 

means for identifying the code type of the data access request as a code regression 
, request by comparing a position dependent data segment from the data access request 
against a plurality of data access request types stored in a secure code type memory 
array; 

25 

means for retrieving a resource data block associated with the code regression request 
and the code difference file, and 

means for sequentially reading each portion of the code 'difference file, locating an 
30 associated portion in the retrieved resource data block for each read portion and 

substituting the read portion of the code difference file for the associated portion of the 
' retrieved resource d*t* block, decrementing the version identifier associated with the 
retrieved resource data block and storing the resource data 

; 1 . 
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The invention will be more clearly understood from the following description of one 
embodiment thereof given by way of example only. ^ 

A distributed amendment environment incorporating a resource version control facility in 
I 5 "accordance with the invention has a central datastore connected to a number of local servers 
' by host connections. The local servers each have an associated operating system for 
controlling operation of a local network and communication with the central datastore. The 
operating system associated with each of the local servers is not necessarily compatible with 
the operating system of other local servers. Each of the local networks is used for 
;10 communicating information between the local server and a number of resource control 
workstations. The resource control workstations may be of any suitable type either with or 
without local processing and storage capabilities and are used to update parametric data for 

given resources or relating to a single or multiple tasks. 

\ i ^ • \ 

15 The distributed amendment environment incorporating the versjpn control facility is for 
controlling amendment of data relating to a large scale project in a distributed computing 
environment The invention ensures that the latest version of project management code is 
available to each amendment workstation within the environment to allow modi£icatio|i to be 
made by any of the authorised personnel working on the project The invention also provides 
;20 that when data is being modified at one of the amendment workstations, that the code is not 
made available to another amendment workstation to prevent the occurrence of either parallel 
amendment or contradictory amendment In addition, the invention ensures that access is 
maintained to previously stored versions of the data for validation purposes without placing 
excessive demands on the central datastore. 

i25 

A project data access request is generated at a resource control workstation and transmitted to 
the central datastore. When an operative working at one of the workstations requires access 
to the central datastore to create or amend a block of project code a data access request is 
generated from the workstation. The request is passed along the local network and through 
:30 the local server on to the host connection. The local servers, where appropriate, will convert 
the format of the request from the amendment workstation into a fonnat suitable for 
accessing the central datastore. 



17/11/2000 16:51 353*1^^2083 MACLACHLAN&DOh^BON PAGe|;12 

j BEST AVAILABLE CORY 



The data access request is received and a data segment associated with a code type of the dj a 
access request is compared against a number of predefined data access request types. Ti e 
data access request types are stored in a secure, code type memory array of the centnd 

. 5 datastore. Data access request types may relate to code retrieve requests, code rei 
requests, code replace requests or code regression requests. When the data access request 
recognised as a code retrieve request it is routed by the version control facility to a cole 
retrieve requester. The received code retrieve request is split by the code requester into 
frames and the code type is taken from the first data frame. A user identifier is then extracted 

10 fiom the next frame of the code retrieve request received at the central datastore and the cocje 
type extracted and the /user identifier extracted are appended to produce a composite 
dataword. 

The composite dataword is compared with a number of equivalent length datawdrds stored in 
'15 a secure portion of the central datastore until a match is found. When a match is found, tt|e 
resource data block and attached resource status register associated with the code retrieve 
request are retrieved. The resource status register is read to isolate a data portion containing a 
version identifier associated with the resource data block. A copy of the original resour< e 
data block is produced and the copy is transmitted across the server connection and the local 
!20 network to the amendment workstation where the code retrieve request originated;- 

A write protection bit, being the most significant bit of the resource status register is set to 

form a write protected replacement resource data block thereby preventing deletion or 

/ 'I ■ 

overwriting of the resource data block. A, replacement resource data block is created 

25 containing brief text message to indicate that the resource data blo'ck has been removed for 

amendment purposes and indicating the user identifier and code type of the code retrieve 

request Additionally, the replacement resource data block has a time stamp indicating the 

time and day on which the resource code was removed for further processing. 

50 When the code retrieve request identified relates to a code retrieve request for which the 
resource data block associated with the code retrieve request^has been removed, the presence 
of the write protected replacement resource data block js detected. The replacement resource 
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data block is then copied and is transmitted across the host connection and the local network 
to the amendment workstation where the code retrieve request originated. t i 

When the data access request is identified as a code return request, indicating that it is desired 
[ 5 to return a resource data block removed using the operation described above. The code return 
request is routed by the version control facility at to a code return requester. The replacement 
resource data block associated with the code return request is retrieved from, the central 
datastore. Comparing the code type of the data access request j$£th the code type stored in 
the replacement resource data block validates the code type associated with the code return 
ilO request. The version identifier of the data access request is compared against the version 
identifier of the replacement resource data block and the user identifier is compared against 
the user identifier stored in a replacement resource data block. In this way 5 the integrity of 
the system is assured by preventing unauthorised overwriting of resource data blocks and 
guaranteeing that no version identifier is skipped in the amendment cycle. 1 

;15 

The return resource data block and the replacement resource data block are .compared line by 
line and the differences noted are stored in a difference file. The difference file notes any 
amendments made to the code withdrawn from the central datastore previously, but does not 
store complete versions of the code. Such amendments may relate to a change in 
|20 ^circumstances on a given task or to the availability of a given resource. The status at any 
given point of the combined code will indicate'overall project status. Accordingly, the storage 
requirements on the central datastore are significantly reduced and the difference file may be 
archived or packed when required. Alternatively, the file may be left available for regression 
requirements. 

The version identifier of the return resource data block is updated by incrementing a version 
number and the return resource data block with updated version identifier is stored in the 
central datastore. The write protection bit in the resource status register is unlocked and the 
write protected resource data block is deleted. The replacement resource d#ta block is then 
$0 similarly deleted from the central datastore. 
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When it is noted that the identified version identifier of the return request and the f ersion 
identifier stored in the replacement resource data block are different, the replacement 3 
data block is re-transmitted to the workstation thereby preventing storage of amended 



files out of sequence/ this significantly improves the overall reliability of the distributed 



re source 



code 



5 system in that it is not possible for files to be stored out of sequence. 



Whew it is required to return to a previous version of the software, the data access request is 

recognised as a code regression request and the routed by the resource version control facility 

1? 

to a code regression requester. This may be necessary in the event that an authorised 
amendment made to the project plan has an unforeseen consequence discovered only on 
review. In this situation, it is often desireable to regress the plan to a status prior ;to file 
application of a given amendment. The resource data block associated with the code 
regression request is retrieved from the central datastore. The corresponding code difference 
file found is retrieved. Each portion of the code difference file is read into memory and ttte 
cdixespotiding area of the retrieved resource data block is replaced by the memory contents as 
read from tke_ code diffenmce file. Each of the portions of the code : difference file are : read in 
turn fironj top to bottom until the entire contents have been substituted fbr the original 
contents of the retrieved resource data block As the resource dat^block has been regressed 
or stepped back by one version, the version identifier contained in the resource status regis* 
associated with the resource data block is accordingly backdated and the resource data bloc| 
is replaced by the regressed resource data block in the central datastom This operation ma jfy 
be repeated a number of times to regress the software back to any desired version level. 



When it is required to create a new block of code for an additional task or resource, 10 b $ 
stored on the central datastore the data access request is sent, containing details of th 
application for which the code create is sought, details relating to the users such as use rj 

identifier and source ID, task or resource name and code type^ providing the user has th 5! 

■ j 

necessary authorisations to create a file of this type, then the code is stored in the central* 
datastore and version identifier assigned- 

. / ' i - '- • 

It will be appreciated thai the resource version control facility outlined above provides 
significant improvement in the tracking and auditing necessary to manage sophisticate J 
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projects in a distributed parameter amendment environment. Additionally, tins is achieved 
while minimising the memory requirements on the central datastore to which the distributed 
environment is connected and without requiring the use of operating system specif e 
software. As the project developers may use existing systems to transmit and receive cocfe 
from the central datastore, no re-training is required in the event of a move or software 
changes, | 



It will noted that access requests may be easily limited and that configuration relating to the 
use of applications by certain developers may be easily updated by an authorised person 
10 changing the contents of the secure memory array stored in the central datastore. 



The invention is not limited to the embodiment hereinbefore described but may be varied in 
both construction and detail within the scope of the amended claims. 



i 
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CLAIMS : 

1, A resource .version control facility for use in a distributed computer system of the type 
having a central project parameter datastore for storing project parameter data, a local server 
5 communicating with the datastore having receiving means for receiving and validating a data 
access request from at least one project management workstation connected to thb local 
server, wherein the receiving means comprises means for extracting a resource type and user 
identifier from the data access request by reading at least one position dependent data 

segment from the data access request, means for validating the data access request by 

'I 

10 comparing a composite ^dataword provided by the identified resource type and the user 
identifier against equivalent length datawords contained in a seeifre memory aiTay cf valid 
composite datawords and means for retrieving a resource data block and attached resource 
! status register associated with the validated data access request, accessing the resource status 
: Register to isolate a data portion containing a version identifier associated with the resource 
;15 data block, transmitting a copy of the resource data block to the amendment workstation, 
locking the resource data block by setting a write protection bit in the resource status Register 
and generating a replacement resource data block in the central datastore. 

i 

! 2, A resource version control facility as claimed in claim 1 including means for detecting 

i 

120 the presence of a replacement resource data block in the central datastore associated with a 
! validated data access request from a amendment workstation and transmitting the 
! replacement resource data block to the amendment workstation. 

\ / • 1 • 

I 3. A resource version control facility as claimed in claim 1 or claim 2 wherein the receiving 



25 means comprises:- 



return 



50 



means for identifying the code type of the data access request as a code 
request by comparing a position dependent data segment from the data jaccess 
request against a plurality of data access request types stored in a secure code type 
memory array; arid 



means for retrieving the replacement resource data block from the central datastore 
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and validating the code return request by comparing portion of the jdentifie i code 
type, the identified version identifier and the user identifier of the codejlfeturn 
request against the version identifier and user identifier, stored in the repla Jfement 
resource data block. 

4. A resource version control facility as claimed in any preceding claim incorporating; 



means for identifying the code type pf the data access request as a code regjj|ssion 
request by comparing a position dependent data segment Scorn the data 



request against a plurality of data access request types stored in a secure cot Is type 
memory airay; 



means for retrieving a resource data block associated with the code 
request and the code difference file, and 



reg fssion 



AGE" 17 



•ccess 



means for sequentially reading each portion of the code difference file, locaffiig 
associated portion in the retrieved resource data block for each read porti< 
substituting the read portion of the code difference file for the associated por | 
the retrieved resource data block, decrementing the version identifier associate 
the retrieved resource data block and storing the resource data block. 

1 • 

5\ A resource version control facility as clayned in any preceding claim incorporati 

'\/ , 

means for identifying the code type of the data access request as a code 
request by comparing a position dependent data segment from the data 
if request against a plurality of data access request types stored in a secure cods 

memory array; and 

means for creating a version identifier for a resource data block associated with the 
code create request and storing the resource data block, resource status register 
containing an associated version identifier on the central datastore. 
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6. A resource version control facility for use in a distributed computer system of me type 
having a central datastore for storing software code, a local server, communicating vjith the 
central datastore having receiving means for receiving and validating a data access request 
from at least one amendment workstation connected to the local server, wherein the receiving 
means comprises 

means for extracting a code type anc| user identifier from the data access reqiest by 
reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite datawoA 
provided by the identified code type and the user identifier agamirt the equivalent 
length datawords contained in a secure memory array of valid composite datawords; 
and 

means for detecting the presence of a replacement resource data block in the central 
< datastore associated with a validated data access request from an amendment 
workstation and transmitting the replacement resource data block to the amendment 
workstation. T 

7. A version control facility for use in a distributed computer system of the type having a 
central datastore for storing software code, a. local server communicating with the central 
datastore having receiving means ibr receiving and validating a, 4*ta access request from at 
least one amendment workstation connected to the local server, wherein the receiving means 
comprises: - 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite dataword 



provided by the identified code type and the user identifier against equivalent 
datawords contained in a secure memory array of valid composite datawords; 



length 
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means for identifying tfae code type of the data access request as a code retuiti 
request by comparing a position dependent data segment from the data acces s 
request against a plurality of data access request types stored in a secure code typ 
memory array; and 

means for retrieving the .replacement resource data block from the centra] datastoije 
and validating the code return request by comparing portion of the identified coi 
type, the identified version identifier and the user identifier of the code return reque; 
against the version identifier and user identifier stored in the replacement resource 
data block. 



=15 



8, A resource version control facility for use in a distributed computer system of the type 
having a central datastore for storing software code, a local server communicating with th£ 
central datastore having receiving means for receiving and validating a data access request 
from at least one amendment workstation connected to the local server, wherein the receiving 
means comprises:- j 



20 



30 



means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 



means for validating 1he data access request by comparing a composite dataword 
provided by the identified code type and the user identifier against equivalent lengtji 
datawords contained in a secure memory array of valid composite datawords; 



means for identifying the code type of the data access request as a code regression 
request by comparing a position dependent data segment from the data access 
request against a plurality of data access request types stored in a secure code typL 
memory array; ' 



means for retrieving a resource data block associated with the code regression 
request and the code difference file, and 
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request and the code difference file, and 

means for sequentially reading each portion of the code difference file, Iocs ting an 
associated portion in the retrieved resource data block for each read portira and 
substituting the read portion of the clad e difference file for the associated portion cif 
the retrieved resource data block, decrementing the vision identifier associated 
with the retrieved resource data block and storing the resource data block. 

9. A resource version control focility substantially as herein described. 
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ABSTRACT 

A RESOURCE CONTROL FACILITY 

•I 

5 A resource version control facility to overcome the technical difficulties associated with 

effident coptxol of multi task and multi resource projects in a distributed environment A 

central datastore is connected to a number of local servers and a number of resource control 

workstations used to update parametric data for given resources or tasks. The provision 

controlled access and amendment to the datastore ensures that the latest version of project J 

10 management code is available to each amendment workstation within the environment to 
* , i 

allow modification to be made by any of the authorised personnel working on the project.! 

In addition, the invention ensures that access is maintained to previously stored versions of 

the data for validation purposes without placing excessive demands on the central 

datastore 

15 

I 
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A RESOURCE CONTROL FACILITY 



The present invention relates to a resource control facility for use in a computer system and 
more particularly to a resource version control facility to overcome the technical difficulties 
5 associated with efficient control of multi task projects in a distributed environment. 

Management of complex projects having large numbers of resources requires continuous 
monitoring of evolving tasks to ensure that the latest version or status of the management plan 
is available to authorised project personnel. For the purposes of this specification, 
10 management plans for a given project are referred to in terms of resource data blocks 
containing parametric data relating to the project. The nature of this software code does not 
form part of the current invention but relates instead to the technical problems associated with 
the delivery of accurate and timely project data while guaranteeing the integrity of such data 
as well as content tracking. 



It is essential that changes to the project status whether overall or to a single task be controlled 
and noted centrally, to eliminate the possibility of parallel and or conflicting modifications 
being made by two independent resources. Additionally, amendments made must be subject 
to system wide testing which may highlight errors arising from interactions, which are 

20 invisible locally. For example, while it may appear logical for a low end resource to effect 
what appears to be a minor modification to the plan to meet a given deadline, however, it may 
require the use of facilities previously allocated by a higher resource and have an unacceptable 
impact on the overall plan. Similarly, a high end resource may have the option of altering 
deadlines that will be likely to have knock on effects to subsidiary resources. Therefore, in 

25 addition to storing and ensuring the availability of the updated code relating to the project and 
its associated tasks, it is vital that previously verified versions are also correctly stored. This 
presents a particular problem in the amendment or evolution of sophisticated large scale 
projects, as frequent modifications are made from a wide variety of sources. This is 
particularly important during initial amendment of the plan when liberal amendments are 

30 applied. 
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Another problem arises in that the amendment of such systems frequently occurs in a 
distributed environment having a wide variety of both hardware and software platforms. This 
makes accurate tracking of modifications and amendments made in real time very difficult. 
5 Often highly skilled project management personnel, using a variety of amendment tools, are 
required to control and manage the impact of changes to the plan, which significantly 
increases amendment costs. In addition to the time required to audit the changes made, it 
adversely affects portability of resources between the various platforms, necessitating 
retraining on the project management tools used. 

10 

It is known to provide a tracking system resident on a host computer to control the amendment 
of a large scale software project, however systems of this type are useful only for amendment 
of systems using a single amendment language and shared library resources. Similarly, United 
Kingdom Patent No. GB 2264575 B describes a method for updating software in a 
15 telecommunications network, which provides an effective method of updating software 
however, the method described is not suitable for distributed systems where consistency 
across a computer network cannot be guaranteed. 

It is also known to store modifications to a standard block of code for local use and one such 
20 facility is described in United Kingdom Patent No. GB 2121 570 B. This method allows a user 
to customise standard blocks of code however, it does not address the problem of distributing 
the amendments made to all other system users in real time. 

There is therefore a need for a resource version control facility, which will overcome at least 
25 some of the aforementioned problems. 

Accordingly, there is provided a resource version control facility for use in a distributed 
computer system of the type having a central project parameter datastore for storing project 
parameter data, a local server communicating with the datastore having receiving means for 
30 receiving and validating a data access request from at least one project management 



This Page Blank (uspto) 




workstation connected to the local server, wherein the receiving means comprises means for 
extracting a resource type and user identifier from the data access request by reading at least 
one position dependent data segment from the data access request, means for validating the 
data access request by comparing a composite dataword provided by the identified resource 
5 type and the user identifier against equivalent length datawords contained in a secure memory 
array of valid composite datawords and means for retrieving a resource data block and 
attached resource status register associated with the validated data access request, accessing 
the resource status register to isolate a data portion containing a version identifier associated 
with the resource data block, transmitting a copy of the resource data block to the amendment 
10 workstation, locking the resource data block by setting a write protection bit in the resource 
status register and generating a replacement resource data block in the central datastore. 

Preferably the replacement resource data block has an attached resource status register 
containing a pre-set write bit and includes the user identifier associated with the validated data 
15 access request, the code type, the identified version identifier and a time stamp. 

This prevents the latest version being accessible when withdrawn for amendment thereby 
eliminating the risk of parallel or contradictory amendments being undertaken. 

Ideally the time stamp has a time indicator and date indicator referring to the physical time and 
20 date when the resource data block was transmitted. Thus, when a person wishing to update 
resource or data information discovers that a given resource data block has been removed for 
amendment is made aware of when and by whom the block was taken. 

Preferably the version control facility includes means for detecting the presence of a 
25 replacement resource data block in the central datastore associated with a validated data access 
request from a amendment workstation and transmitting the replacement resource data block 
to the amendment workstation. Thus, the operative can base a decision as to whether he should 
contact the other person handling the task or resource information to seek return of the code. 

30 Preferably the receiving means comprises: - 
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means for identifying the code type of the data access request as a code return request by 
comparing a position dependent data segment from the data access request against a 
plurality of data access request types stored in a secure code type memory array; and 

5 

means for retrieving the replacement resource data block from the central datastore and 
validating the code return request by comparing portion of the identified code type, the 
identified version identifier and the user identifier of the code return request against the 
version identifier and user identifier stored in the replacement resource data block. 

10 

This prevents incorrect resource data blocks from being inserted on the central datastore. 

Ideally the version control facility includes means for comparing a return resource data block 
associated with the validated code return request to the write protected resource data block 

15 associated with the data access request and storing code differences and the identified version 
identifier in a code difference file in the central datastore, updating the identified version 
identifier of the return resource data block, storing the return resource data block in the central 
datastore, unlocking by releasing a write protection bit in the resource status register, deleting 
the write protected resource data block and deleting the replacement resource data block from 

20 the central datastore. 

The storage requirements on the central datastore being significantly by storing the latest 
version of the resource data block only and a single associated file containing modifications 
also increases processing efficiency as it is not necessary to process numerous lengthy file to 
25 access a chosen area of the fixed disk. 

Ideally the version control facility includes means for detecting a difference between the 
identified version identifier of the code return request and the version identifier stored in the 
replacement resource data block and transmitting the replacement resource data block to the 
30 amendment workstation. This prevents a previous version of the resource data block which 
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may have been stored locally by the person updating project data accidentally overwriting a 
version stored on the central datastore, thereby providing additional system security. 

In one arrangement the version control facility includes means for identifying the code type of 
5 the data access request as a code regression request by comparing a position dependent data 
segment from the data access request against a plurality of data access request types stored in a 
secure code type memory array; 

means for retrieving a resource data block associated with the code regression request and 
1 0 the code difference file, and 

means for sequentially reading each portion of the code difference file, locating an 
associated portion in the retrieved resource data block for each read portion and 
substituting the read portion of the code difference file for the associated portion of the 
15 retrieved resource data block, decrementing the version identifier associated with the 

retrieved resource data block and storing the resource data block. 

Thus, the procedure to produce a previous software version is provided in a simple manner 
without adversely affecting system performance. 

20 

Ideally the version control facility includes means for sequentially processing a plurality of a 
code regression request from an amendment workstation. This allows any previous version of 
the code to be regenerated using the difference files by a single developer request. 

25 Preferably the version control facility includes 

means for identifying the code type of the data access request as a code create request by 
comparing a position dependent data segment from the data access request against a 
plurality of data access request types stored in a secure code type memory array; and 

30 
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means for creating a version identifier for a resource data block associated with the code 
create request and storing the resource data block, resource status register containing an 
associated version identifier on the central datastore. 

In this way a system wide convention is enforced on all developers as each file must be 
created in a set manner. This eliminates the risk that different developers may introduce 
personal naming conventions or naming styles dictated by the operating system on which they 
work thereby making access by other developers difficult or impossible. 

According to one aspect of the invention there is provided a version control facility for use in 
a distributed computer system of the type having a central datastore for storing software code, 
a local server communicating with the central datastore having receiving means for receiving 
and validating a data access request from at least one amendment workstation connected to the 
local server, wherein the receiving means comprises:- 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite dataword provided 
by the identified code type and the user identifier against the equivalent length datawords 
contained in a secure memory array of valid composite datawords; and 

means for detecting the presence of a replacement resource data block in the central 
datastore associated with a validated data access request from an amendment workstation 
and transmitting the replacement resource data block to the amendment workstation. 

According to another aspect of the invention there is provided a version control facility for use 
in a distributed computer system of the type having a central datastore for storing software 
code, a local server communicating with the central datastore having receiving means for 
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receiving and validating a data access request from at least one amendment workstation 
connected to the local server, wherein the receiving means comprises:- 

means for extracting a code type and user identifier from the data access request by 
5 reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite dataword provided 
by the identified code type and the user identifier against equivalent length datawords 
contained in a secure memory array of valid composite datawords; 

10 

means for identifying the code type of the data access request as a code return request by 
comparing a position dependent data segment from the data access request against a 
plurality of data access request types stored in a secure code type memory array; and 

15 means for retrieving the replacement resource data block from the central datastore and 

validating the code return request by comparing portion of the identified code type, the 
identified version identifier and the user identifier of the code return request against the 
version identifier and user identifier stored in the replacement resource data block. 

20 According to a further aspect of the invention there is provided a version control facility for 
use in a distributed computer system of the type having a central datastore for storing software 
code, a local server communicating with the central datastore having receiving means for 
receiving and validating a data access request from at least one amendment workstation 
connected to the local server, wherein the receiving means comprises :- 

25 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 
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means for validating the data access request by comparing a composite dataword provided 
by the identified code type and the user identifier against equivalent length datawords 
contained in a secure memory array of valid composite datawords; 

means for identifying the code type of the data access request as a code regression request 
by comparing a position dependent data segment from the data access request against a 
plurality of data access request types stored in a secure code type memory array; 

means for retrieving a resource data block associated with the code regression request and 
the code difference file, and 

means for sequentially reading each portion of the code difference file, locating an 
associated portion in the retrieved resource data block for each read portion and 
substituting the read portion of the code difference file for the associated portion of the 
retrieved resource data block, decrementing the version identifier associated with the 
retrieved resource data block and storing the resource data block. 

The invention will be more clearly understood from the following description of one 
embodiment thereof given by way of example only. 

A distributed amendment environment incorporating a resource version control facility in 
accordance with the invention has a central datastore connected to a number of local servers 
by host connections. The local servers each have an associated operating system for 
controlling operation of a local network and communication with the central datastore. The 
operating system associated with each of the local servers is not necessarily compatible with 
the operating system of other local servers. Each of the local networks is used for 
communicating information between the local server and a number of resource control 
workstations. The resource control workstations may be of any suitable type either with or 
without local processing and storage capabilities and are used to update parametric data for 
given resources or relating to a single or multiple tasks. 
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The distributed amendment environment incorporating the version control facility is for 
controlling amendment of data relating to a large scale project in a distributed computing 
environment. The invention ensures that the latest version of project management code is 
5 available to each amendment workstation within the environment to allow modification to be 
made by any of the authorised personnel working on the project. The invention also provides 
that when data is being modified at one of the amendment workstations, that the code is not 
made available to another amendment workstation to prevent the occurrence of either parallel 
amendment or contradictory amendment. In addition, the invention ensures that access is 
10 maintained to previously stored versions of the data for validation purposes without placing 
excessive demands on the central datastore. 

A project data access request is generated at a resource control workstation and transmitted to 
the central datastore. When an operative working at one of the workstations requires access to 
15 the central datastore to create or amend a block of project code a data access request is 
generated from the workstation. The request is passed along the local network and through the 
local server on to the host connection. The local servers, where appropriate, will convert the 
format of the request from the amendment workstation into a format suitable for accessing the 
central datastore. 

20 

The data access request is received and a data segment associated with a code type of the data 
access request is compared against a number of predefined data access request types. The data 
access request types are stored in a secure, code type memory array of the central datastore. 
Data access request types may relate to code retrieve requests, code return requests, code 

25 replace requests or code regression requests. When the data access request is recognised as a 
code retrieve request it is routed by the version control facility to a code retrieve requester. 
The received code retrieve request is split by the code requester into frames and the code type 
is taken from the first data frame. A user identifier is then extracted from the next frame of the 
code retrieve request received at the central datastore and the code type extracted and the user 

30 identifier extracted are appended to produce a composite data word. 
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The composite dataword is compared with a number of equivalent length datawords stored in 
a secure portion of the central datastore until a match is found. When a match is found, the 
resource data block and attached resource status register associated with the code retrieve 
request are retrieved. The resource status register is read to isolate a data portion containing a 
version identifier associated with the resource data block. A copy of the original resource data 
block is produced and the copy is transmitted across the server connection and the local 
network to the amendment workstation where the code retrieve request originated. 

A write protection bit, being the most significant bit of the resource status register is set to 
form a write protected replacement resource data block thereby preventing deletion or 
overwriting of the resource data block. A replacement resource data block is created 
containing brief text message to indicate that the resource data block has been removed for 
amendment purposes and indicating the user identifier and code type of the code retrieve 
request. Additionally, the replacement resource data block has a time stamp indicating the 
time and day on which the resource code was removed for further processing. 

When the code retrieve request identified relates to a code retrieve request for which the 
resource data block associated with the code retrieve request has been removed, the presence 
of the write protected replacement resource data block is detected. The replacement resource 
data block is then copied and is transmitted across the host connection and the local network to 
the amendment workstation where the code retrieve request originated. 

When the data access request is identified as a code return request, indicating that it is desired 
to return a resource data block removed using the operation described above. The code return 
request is routed by the version control facility at to a code return requester. The replacement 
resource data block associated with the code return request is retrieved from the central 
datastore. Comparing the code type of the data access request with the code type stored in the 
replacement resource data block validates the code type associated with the code return 
request. The version identifier of the data access request is compared against the version 
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identifier of the replacement resource data block and the user identifier is compared against 
the user identifier stored in a replacement resource data block. In this way, the integrity of the 
system is assured by preventing unauthorised overwriting of resource data blocks and 
guaranteeing that no version identifier is skipped in the amendment cycle. 

5 

The return resource data block and the replacement resource data block are compared line by 
line and the differences noted are stored in a difference file. The difference file notes any 
amendments made to the code withdrawn from the central datastore previously, but does not 
store complete versions of the code. Such amendments may relate to a change in 
10 circumstances on a given task or to the availability of a given resource. The status at any given 
point of the combined code will indicate overall project status. Accordingly, the storage 
requirements on the central datastore are significantly reduced and the difference file may be 
archived or packed when required. Alternatively, the file may be left available for regression 
requirements. 

15 

The version identifier of the return resource data block is updated by incrementing a version 
number and the return resource data block with updated version identifier is stored in the 
central datastore. The write protection bit in the resource status register is unlocked and the 
write protected resource data block is deleted. The replacement resource data block is then 
20 similarly deleted from the central datastore. 

When it is noted that the identified version identifier of the return request and the version 
identifier stored in the replacement resource data block are different, the replacement resource 
data block is re-transmitted to the workstation thereby preventing storage of amended code 
25 files out of sequence, this significantly improves the overall reliability of the distributed 
system in that it is not possible for files to be stored out of sequence. 

When it is required to return to a previous version of the software, the data access request is 
recognised as a code regression request and the routed by the resource version control facility 
30 to a code regression requester. This may be necessary in the event that an authorised 
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amendment made to the project plan has an unforeseen consequence discovered only on 
review. In this situation, it is often desireable to regress the plan to a status prior to the 
application of a given amendment. The resource data block associated with the code 
regression request is retrieved from the central datastore. The corresponding code difference 
5 file found is retrieved. Each portion of the code difference file is read into memory and the 
corresponding area of the retrieved resource data block is replaced by the memory contents as 
read from the code difference file. Each of the portions of the code difference file are read in 
turn from top to bottom until the entire contents have been substituted for the original contents 
of the retrieved resource data block. As the resource data block has been regressed or stepped 
10 back by one version, the version identifier contained in the resource status register associated 
with the resource data block is accordingly backdated and the resource data block is replaced 
by the regressed resource data block in the central datastore. This operation may be repeated a 
number of times to regress the software back to any desired version level. 

15 When it is required to create a new block of code for an additional task or resource, to be 
stored on the central datastore the data access request is sent, containing details of the 
application for which the code create is sought, details relating to the users such as user 
identifier and source ID, task or resource name and code type, providing the user has the 
necessary authorisations to create a file of this type, then the code is stored in the central 

20 datastore and version identifier assigned. 

It will be appreciated that the resource version control facility outlined above provides a 
significant improvement in the tracking and auditing necessary to manage sophisticated 
projects in a distributed parameter amendment environment. Additionally, this is achieved 
25 while minimising the memory requirements on the central datastore to which the distributed 
environment is connected and without requiring the use of operating system specific software. 
As the project developers may use existing systems to transmit and receive code from the 
central datastore, no re-training is required in the event of a move or software changes. 
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It will noted that access requests may be easily limited and that configuration relating to the 
use of applications by certain developers may be easily updated by an authorised person 
changing the contents of the secure memory array stored in the central datastore. 

The invention is not limited to the embodiment hereinbefore described but may be varied in 
both construction and detail within the scope of the amended claims. 
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CLAIMS: 



1 . A resource version control facility for use in a distributed computer system of the type 
having a central project parameter datastore for storing project parameter data, a local server 

5 communicating with the datastore having receiving means for receiving and validating a data 
access request from at least one project management workstation connected to the local server, 
wherein the receiving means comprises means for extracting a resource type and user 
identifier from the data access request by reading at least one position dependent data segment 
from the data access request, means for validating the data access request by comparing a 

1 0 composite dataword provided by the identified resource type and the user identifier against 

equivalent length datawords contained in a secure memory array of valid composite datawords 
and means for retrieving a resource data block and attached resource status register associated 
with the validated data access request, accessing the resource status register to isolate a data 
portion containing a version identifier associated with the resource data block, transmitting a 

1 5 copy of the resource data block to the amendment workstation, locking the resource data block 
by setting a write protection bit in the resource status register and generating a replacement 
resource data block in the central datastore. 

2. A resource version control facility as claimed in claim 1 including means for detecting the 
20 presence of a replacement resource data block in the central datastore associated with a 

validated data access request from a amendment workstation and transmitting the replacement 
resource data block to the amendment workstation. 

3. A resource version control facility as claimed in claim 1 wherein the receiving means 
25 comprises:- 

means for identifying the code type of the data access request as a code return request 
by comparing a position dependent data segment from the data access request against a 
plurality of data access request types stored in a secure code type memory array; and 

30 
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means for retrieving the replacement resource data block from the central datastore and 
validating the code return request by comparing portion of the identified code type, the 
identified version identifier and the user identifier of the code return request against the 
version identifier and user identifier stored in the replacement resource data block. 

A resource version control facility as claimed in claim 1 incorporating: - 

means for identifying the code type of the data access request as a code regression 
request by comparing a position dependent data segment from the data access request 
against a plurality of data access request types stored in a secure code type memory 
array; 

means for retrieving a resource data block associated with the code regression request 
and the code difference file, and 

means for sequentially reading each portion of the code difference file, locating an 
associated portion in the retrieved resource data block for each read portion and 
substituting the read portion of the code difference file for the associated portion of 
the retrieved resource data block, decrementing the version identifier associated with 
the retrieved resource data block and storing the resource data block. 

A resource version control facility as claimed in claim 1 incorporating: - 

means for identifying the code type of the data access request as a code create request 
by comparing a position dependent data segment from the data access request against 
a plurality of data access request types stored in a secure code type memory array; and 

means for creating a version identifier for a resource data block associated with the 
code create request and storing the resource data block, resource status register 
containing an associated version identifier on the central datastore. 
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6. A resource version control facility for use in a distributed computer system of the type 
having a central datastore for storing software code, a local server communicating with the 
central datastore having receiving means for receiving and validating a data access request 
from at least one amendment workstation connected to the local server, wherein the receiving 
means comprises:- 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite dataword 
provided by the identified code type and the user identifier against the equivalent 
length datawords contained in a secure memory array of valid composite datawords; 
and 

means for detecting the presence of a replacement resource data block in the central 
datastore associated with a validated data access request from an amendment 
workstation and transmitting the replacement resource data block to the amendment 
workstation. 

7. A version control facility for use in a distributed computer system of the type having a 
central datastore for storing software code, a local server communicating with the central 
datastore having receiving means for receiving and validating a data access request from at 
least one amendment workstation connected to the local server, wherein the receiving means 
comprises:- 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 
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means for validating the data access request by comparing a composite dataword 
provided by the identified code type and the user identifier against equivalent length 
datawords contained in a secure memory array of valid composite datawords; 



means for identifying the code type of the data access request as a code return request 
by comparing a position dependent data segment from the data access request against 
a plurality of data access request types stored in a secure code type memory array; and 

means for retrieving the replacement resource data block from the central datastore 
and validating the code return request by comparing portion of the identified code 
type, the identified version identifier and the user identifier of the code return request 
against the version identifier and user identifier stored in the replacement resource 
data block. 

8. A resource version control facility for use in a distributed computer system of the type 
having a central datastore for storing software code, a local server communicating with the 
central datastore having receiving means for receiving and validating a data access request 
from at least one amendment workstation connected to the local server, wherein the receiving 
means comprises :- 

means for extracting a code type and user identifier from the data access request by 
reading at least one position dependent data segment from the data access request; 

means for validating the data access request by comparing a composite dataword 
provided by the identified code type and the user identifier against equivalent length 
datawords contained in a secure memory array of valid composite datawords; 



means for identifying the code type of the data access request as a code regression 
request by comparing a position dependent data segment from the data access request 



This Page Blank (uspto) 



18 

against a plurality of data access request types stored in a secure code type memory 
array; 

means for retrieving a resource data block associated with the code regression request 
5 and the code difference file, and 

means for sequentially reading each portion of the code difference file, locating an 
associated portion in the retrieved resource data block for each read portion and 
substituting the read portion of the code difference file for the associated portion of 
1 0 the retrieved resource data block, decrementing the version identifier associated with 

the retrieved resource data block and storing the resource data block. 
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ABSTRACT 

A RESOURCE CONTROL FACILITY 

5 A resource version control facility to overcome the technical difficulties associated with 
efficient control of multi task and multi resource projects in a distributed environment. A 
central datastore is connected to a number of local servers and a number of resource control 
workstations used to update parametric data for given resources or tasks. The provision 
controlled access and amendment to the datastore ensures that the latest version of project 
10 management code is available to each amendment workstation within the environment to 
allow modification to be made by any of the authorised personnel working on the project In 
addition, the invention ensures that access is maintained to previously stored versions of the 
data for validation purposes without placing excessive demands on the central datastore. 
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